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(54) Method for exchanging capability information in a telecommunication system 



(57) The invention relates to a method and an ap- 
paratus for exchanging capability information in a tele- 
communication system between a server and a periph- 
eral unit, in the method variable capability information, 
i.e. information that is related to a user equipment in par- 



ticular for example free memory space, free processor 
capacity, available operating system and available soft- 
ware, are provided as well as capability information as 
known by a person skilled in the art. The invention fur- 
ther relates to a method using said information for mak- 
ing a distribution decision. 
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Description 
Field of invention 

[0001 ] The invention relates to a method for exchang- 
ing capability information with a peripheral unit in a tel- 
ecommunication system. The method relates especially 
to exchanging variable capability information. It further 
relates to using said methods for making a distribution 
decision. 

Description of prior at 

[0002] Telecommunication systems nowadays offer 
more and more sophisticated services. Multimedia ap- 
plications like games, video sequences etc., increase 
the traffic within said systems. Additionally, the demand 
of processor performance raises sharply. 
[0003] One group of services that is most demanding 
is the group of multi-user real-time applications. The 
provision of such services requires processor capacity 
to a high extent. 

[0004] A solution for that is either to run such services 
on a unit providing sufficient capacity, orto run said serv- 
ice on a plurality of units. A multimedia service in a tel- 
ecommunication system for instance, can be run on one 
server or several servers or user equipment that use 
said service. 

[0005] To distribute the service to servers or user 
equipment, it has to be known beforehand, whether the 
units the service is to be distributed to are capable of 
running it. 

[0006] The ITU H.245 standard, released march 
1996, describes a method how to exchange capability 
information between two entities in a telecommunication 
system. An entity is a requesting unit or a peripheral unit. 
According to the method a first telecommunication entity 
sends its capabilities to a second telecommunication 
entity, the second telecommunication entity returning an 
acknowledgement. A capability exchange could be per- 
formed in the opposite direction, also. That is s a second 
telecommunication entity sending a capability request 
to a first telecommunication entity, the first telecommu- 
nication entity returning its capability information. A 
method working on either direction is demanded in the 
GSM 02.57 standard, released in July 1999. 

Summary of the invention 

[0007] It is a shortcoming of the prior art that none of 
the standards provides a method to exchange informa- 
tion about current capabilities of a telecommunication 
entity. 

[0008] Therefore it is one object of the invention to 
provide a method and a device for the exchange of in- 
formation about current capabilities of a telecommuni- 
cation entity. 

[0009] It is a further object of the invention to provide 



a method, how said method for the exchange of current 
capability information can be used for taking a distribu- 
tion decision. 

[0010] Another object of the invention is a telecom- 
5 munication system, controlled according to said meth- 
ods. 

[001 1 ] The invention provides a method to exchange 
information about current capabilities of a telecommu- 
nication entity. A first telecommunication entity, in the 

10 following called requesting unit, and a second telecom- 
munication entity, in the following called peripheral unit, 
exchange information about capabilities. Said ex- 
change can be performed in two ways. The first way is 
the requesting unit sends a requestto the peripheral unit 

15 and the peripheral unit returns the requested informa- 
tion. The second way is the peripheral unit sends infor- 
mation about its capabilities to the requesting unit and 
receives an acknowledgement in return. In both cases, 
information about the current capabilities of the periph- 

20 eral unit are included in the information exchanged be- 
tween requesting unit and peripheral unit. The informa- 
tion about current capabilities of a peripheral unit is es- 
sential in certain cases. For example before a service is 
activated, it is necessary to know whether a peripheral 

25 unit is capable of running it. Therefore a peripheral unit 
does not only has to be capable of running the service 
in general, it is also necessary that the necessary re- 
sources of the peripheral unit are available at the mo- 
ment. 

30 [0012] In an embodiment of the invention, the re- 
questing unit is a server providing a program for a serv- 
ice or for supporting a service. Due to the increasing 
modularity of software programs, said program could be 
divided into several portions. In a preferred embodiment 

35 of the invention, said portions are implemented as mo- 
bile software agents. Software agents are portions of 
software, comprising code, status and data. So-called 
static agents stay within a transmission entity, so-called 
mobile agents, being capable of running on different 

40 platforms, are sent from one entity to another. Software 
agents perform certain tasks and work independently. 
They are capable of monitoring their environment and 
can act accordingly and they can control other their 
methods. 

45 [0013] In a further embodiment of the invention, a dis- 
tribution decision unit is gathering the information about 
current capabilities of at least one telecommunication 
entity. The distribution decision unit can be implemented 
in any telecommunication unit or as a stand-alone de- 

50 vice. There may also exist a plurality of distribution de- 
cision units within a telecommunication system. Said 
unit performs the exchange of capability information 
with peripheral units. 

[0014] A peripheral unit is one of a user equipment, 
55 an access network node, an intermediate network node 
or a server network node. A user equipment is any 
equipment capable of accessing a telecommunication 
system Jorexampleatelephone, acellular phone, afac- 
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simile machine, or a personal computer. An access net- 
work is a network that enables user equipment to access 
an intermediate network, for example a mobile telecom- 
munications access network or a telephone network. An 
intermediate network is a network that connects at least 
two access networks, for example a mobile telecommu- 
nications core network or a computer network. A server 
network comprises at least one server, providing or sup- 
porting services. Checking the capabilities of a variety 
of peripheral units enables to take a distribution decision 
based on a larger base of information giving the possi- 
bility to use system resources in a way that is highly 
adapted to the system structure and current load situa- 
tions. 

[0015] The capability information exchanged be- 
tween the requesting unit and the peripheral unit com- 
prises information about currently available resources 
like free memory space, software, operating systems or 
processor capacity that is not required by other pro- 
grams run on the peripheral unit. This information is im- 
portant especially in cases of a distribution decision 
where the information whether a peripheral unit is capa- 
ble of handling a program in general is not sufficient. 
[0016] In an embodiment of the invention, a peripheral 
unit collects capability information about further periph- 
eral units. Said peripheral unit can be for example a 
bandwidth broker, handling resources within at least 
part of a telecommunication system. By this, the time 
until a distribution decision is made, is reduced signifi- 
cantly, as a requesting unit has to contact a smaller 
number of peripheral units. 

[0017] In a preferred embodiment of the invention, 
said exchange is performed by adapting existing proto- 
cols defining mechanisms for the exchange of capability 
information. For example the capability information 
messages according to the ITU H.246, GSM 03.57 or 
02.57, or UMTS 23.57 protocols are adapted to com- 
prise information about variable capabilities. This can 
be implemented by adding fields to existing messages 
or by defining further messages or a combination of 
both. 

[0018] The method of the invention is characterised 
according to claim 1 , a telecommunication system using 
the inventive method is characterised as it appears from 
claim 10, a distribution decision method is characterised 
according to claim 13 and a computer program control- 
ling a telecommunication system entity is characterised 
as it appears from claim 1 4. 

[001 9] Further advantageous embodiments of the in- 
vention can be derived from the dependent claims. 
[0020] The information gained by the methods can be 
used to make a distribution decision. If a user equipment 
requests a service the software supporting or providing 
can be handled in different ways. The software can be 
run on a single telecommunication entity or it can be sent 
to a plurality of entities. The different mechanisms are 
explained in figures 3a, 3b and 3c in more detail. Inde- 
pendent from the question whether to run the software 



on a single entity or on a plurality of entities, it has to be 
decided on which at least one entity it will be run. A dis- 
tribution decision can cover each or both of the ques- 
tions. 

5 

Brief description of the drawings 

[0021] In the following, the invention is described in 
more detail by means of figures and examples. The fol- 
10 lowing figures show: 



15 



30 



35 



40 



45 



50 



55 



Fig. 1 : 
Fig. 2: 



Fig. 3a: 
Fig. 3b: 

20 Fig. 3c: 

Fig. 4: 



a schematic diagram of a capability informa- 
tion exchange as state of the art. 
a schematic diagram of a capability informa- 
tion exchange accordingto the invention, us- 
ing a distribution decision unit, 
a schematic diagram of a software migration, 
a schematic diagram of a software replica- 
tion. 

a schematic diagram of a software partition- 
ing, 

a schematic diagram of a distribution deci- 
sion unit. 



25 Detailed description of embodiments 



[0022] In the following equal reference numbers are 
used for equal elements. 

[0023] Fig. 1 depicts an exchange of capability infor- 
mation as state of the art. A requesting unit SE1 , for ex- 
ample a server providing a service, sends a message 

1 01 to a peripheral unit UE11, for example a mobile tel- 
ephone. The peripheral unit UE11 sends a message 1 02 
to the requesting unit SE1 . In a first example the mes- 
sage 101 is a capability request message and message 

102 is a capability information message. 

[0024] In a second example, message 1 02 is a capa- 
bility information message, for example an ITU H.245 
TerminalCapabilitySet message and message 101 is an 
acknowledgement message for example an ITU H.245 
TerrninalCapabilitySetAck message, sent in return. 
[0025] Figure 2 depicts a schematic diagram of a ca- 
pability information exchange according to the inven- 
tion, using a distribution decision unit. The exchange of 
Information is performed in a telecommunication system 
according to the invention . Said telecommunication sys- 
tem is for example an UMTS (Universal Mobile Telecom- 
munication System) with two UTRAN (UMTS Terrestrial 
Radio Access Networks) access networks AN1 and 
AN2, an IP (Internet Protocol) based intermediate net- 
work IN1 and a server SE2 connected to said interme- 
diate network. The server is connected to a bandwidth 
broker BBSN, both forming the server network SN1 . 
[0026] The telecommunication system further com- 
prises a distribution decision unit DDU, depicted as a 
stand-alone device for example a computer, and a user 
equipment UE. For simplicity reasons, no connections 
within the telecommunication system are depicted. The 
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arrows between different telecommunication entities 
represent messages sent between said entities. 
[0027] The server network SN1 comprises a server 
SE2, providing a software for a service and a bandwidth 
broker BBSN, collecting capability information about the 
server SE2 and communicating with the distribution de- 
cision unit. 

[0028] The intermediate network IN1 comprises two 
intermediate network nodes INN11 and INN12 for set- 
ting up connections between access networks and/or 
the server network, and a bandwidth broker BBIN. The 
bandwidth broker BBIN collecting capability information 
about the intermediate network nodes INN11 and INN12 
and communicating with the distribution decision unit 
DDU. 

[0029] The first access network AN1 comprises an ac- 
cess network node ANN1 and a bandwidth broker 
BBAN1 . The second access network AN2 comprises 
two access network nodes ANN21 and ANN22 and a 
bandwidth broker BBAN2. Each of the access network 
nodes ANN1 , ANN21 and ANN22 providing access for 
user equipment to the intermediate network IN1. Each 
of the bandwidth broker BBAN1 and BBAN2 collects ca- 
pability information about the access network nodes in 
the respective access network and communicates with 
the distribution decision unit DDU. 
[0030] The user equipment UE t capable of running 
multimedia applications for example by using WAP 
(Wireless Application Protocol), requested a service 
from the telecommunication system. The request of 
services is well known to a person skilled in the art and 
is neither depicted nor explained in this application. The 
requested service is a multi-user real-time service, in 
the example a game. Several players play simultane- 
ously, all players sharing the same environment and in- 
teracting with each other the game simultaneously, ail 
players sharing the same environment and interacting 
with each other. 

[0031] In a first message 201 , the server SE2 sends 
an information to the distribution decision unit DDU 
about the required resources to run at least a portion of 
the software for said service. Optionally the server could 
include information about its variable capabilities in the 
message 201 . At least the messages 206 and 213 are 
not sent in this embodiment. 

[0032] In the messages 202, 203, 204, and 205 the 
distribution decision unit DDU requests capability infor- 
mation from the bandwidth broker BBSN, BBIN, BBAN1 
and BBAN2. The bandwidth broker forward said request 
to the nodes in the respective networks in the messages 
206, 207, 208, 209, 210, and 211 . The access network 
node ANN1 currently serving the user equipment UE re- 
ceives a further request 21V it forwards to the user 
equipment in a message 212. 

[0033] In a further embodiment of the invention, the 
request 21V is sent from the distribution decision unit 
DDU directly to the access network node ANN1. 
[0034] The network nodes return the capability infor- 



mation to the bandwidth broker in the messages 312, 
214, 215, 216, 217, and 219. The user equipment re- 
turns said information to the access node ANN1 in a 
message 21 8. The access node forwards the message 
5 21 8 in a message 21 9' to the bandwidth broker BBAN 1 . 
The bandwidth brokers forward the capability informa- 
tion in the messages 220, 221 , 222, and 223 to the dis- 
tribution decision unit DDU. 

[0035] In a preferred embodiment of the invention, ca- 
10 pability information is collected in the bandwidth broker 
BBSN, BBIN, BBAN1 and BBAN2 before a request 202, 
203, 204, and 205, is sent by the distribution decision 
unit DDU. 

[0036] In a further embodiment the user equipment 
is UE sends its capability information when requesting a 
service. The messages 21V, 212, 21 8 ; and 219' are not 
sent in said embodiment. 

[0037] The distribution decision unit DDU processes 
the information and makes a decision. 

20 [0038] First part of a distribution decision is to decide 
whether a program providing or supporting a service is 
to be migrated, replicated, partitioned or run on a server 
that currently contains the program. 
[0039] A program is migrated, when a central, inde- 

25 pendent program takes care of all service requests and 
this program is moved or moves itself to different enti- 
ties. In figure 3a a program P is migrated from the server 
SE3 to an entity PU1 . 

[0040] A service is replicated when it has multiple log- 
30 ically identical instances appearing on different entities 
in the telecommunication system. Figure 3b shows a 
program P that is replicated in the entities PU1 and PU2, 
each of the entities comprising afullcopy oftheprogram 
P. 

35 [0041] A service is partitioned when it is provided by 
multiple nodes each capable of handling a subset of the 
requests for the service. Figure 3c shows a program P 
with the portions P1 and P2, the first portion P1 capable 
of handling a first subset of requests, the second portion 

40 P2 capable of handling a second subset of requests. 
The first portion P1 is sent to a first entity PU1 , the sec- 
ond portion P2 is sent to a second entity PU2. Each of 
the entities PU1 and PU2 handles part of the required 
service. 

45 [0042] An operator defines a policy for preferred de- 
cisions. The policy depends on the general capabilities 
of entities and operator preferences. Operator prefer- 
ences are for example to keep the traffic load within the 
network low, to guarantee the availability of a service or 

so to keep the costs of the network entities low. A partition- 
ing of a service allows running a complex service de- 
manding high capacity on lower cost network entities, 
as the performance is shared. A replication reduces the 
network internal traffic if the instances are closer to the 

55 clients and increases the availability. A migration reduc- 
es the network internal traffic, if the program is moved 
to a server closer to a client. 

[0043] The distribution decision for a service depends 
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on the policy, generally available and currently available 
resources, and the requirements of the service as for 
example certain software or operating system and 
memory or processing capacity. 
[0044] In a second step, the distribution decision unit 
DDU decides which entities are usedfor running the pro- 
gram. 

[0045] Figure 4 depicts a distribution decision unit 
DDU according to the invention. The distribution deci- 
sion unit comprises a processing unit PU, processing 
information co-ordinating the units of the distribution de- 
cision unit and taking a distribution decision. It further 
comprises a storage ST, storing capability information 
and an input/output unit IOU communicating with units 
of the telecommunication system. 
[0046] In a preferred embodiment of the invention, the 
storage stores information about a policy for distribution 
decisions, 

[0047] The in vention f u rt her relates to a computer pro- 
gram, stored on a computer readable medium or loaded 
into a memory of a computer, that controls a telecom- 
munication system entity by using a method according 
to any of the claims 1 to 9. A computer readable medium 
is any means that stores information and can be read 
by an input device of a computer, for example a floppy 
disc, a hard disc, or an optical disc. 

Claims 

1. A method for exchanging capability information 
from a peripheral unit in a telecommunication sys- 
tem including a requesting unit (SE1 , DDU) and at 
least one peripheral unit (UE11, BBIN, BBAN1, 
BBAN2, BBSN, ANN1, ANN21, ANN22, INN11, 
INN12, SE2), the peripheral unit sending capability 
information to the requesting unit 
characterised, by that 

said capability information comprises information 
about variable capabilities. 

2. A method according to claim 1 , wherein a request- 
ing unit is a server (SE1 , SE2) providing a program 
that provides or supports service, or a distribution 
decision unit (DDU). 

3. A method according to claim 1 or 2, wherein a pe- 
ripheral unit is one out of a user equipment, an ac- 
cess network node, an intermediate network node, 
or a server network node. 

4. A method according to claim 1 , 2 or 3, wherein var- 
iable capability information is information about at 
least one of free processor capacity, available soft- 
ware, available operating systems or free memory 
space of a peripheral unit. 

5. A method according to any of the claims 1 to 4, 



wherein the peripheral unit (BBIN, BBAN1 , BBAN2, 
BBSN) communicates with at least one further pe- 
ripheral unit (ANN1, ANN21, ANN22, INN11, 
INN 12, SE2) and sends capability information 
5 about said at least one further peripheral u n it to the 
requesting unit (DDU). 

6. A method according to any of the claims 1 to 5, 
wherein the exchange of capability information is 

10 performed according to an extended version of one 
of an ITU H.245, GSM 02.57 : GSM 03.57 or 3G 
UMTS 23.57 protocol. 

7. A method according to any of the claims 1 to 6 used 
15 for getting information for making a distribution de- 
cision for a program, providing or supporting a serv- 
ice within the telecommunication system, the distri- 
bution decision being based on said information. 

20 8. A method according to claim 7, wherein a distribu- 
tion decision comprises a decision whether said 
program shall be partitioned, replicated or migrated. 

9. A method according to claim 7 or 8, wherein a dis- 
ss tribution decision comprises a decision in which at 

least one unit of the telecommunication system the 
program or parts of the program shall be performed. 

10. A telecommunication system, comprising at least 
30 one telecommunication network comprising a serv- 
er, a user equipment and infrastructure to connect 
them to each other, being controlled by using a 
method according to any of the claims 1 to 9. 

35 11. A telecommunication system, according to claim 
10, comprising: 

at least one service network (SN1 ) comprising 
servers (SE2) offering services, 

40 - at least one intermediate network (IN1 ) setting 
up connections between said service network 
and at least one access network, and 
at least one access network (AN1 , AN 2) facili- 
tating access to said intermediate network for 

45 user equipment (UE). 

12. A telecommunication system according to claim 1 1 , 
wherein at least one of the networks comprises a 
peripheral unit (BBAN1 , BBAN2, BBIN, BBSN) pro- 
50 viding information about variable capabilities of at 
least one device (SE2, INN12, INN11, ANN1, 
ANN21 , ANN22) within the network (AN1 , AN2, IN1 , 
SN1) to a unit (DDU) taking a distribution decision. 

55 13. A distribution decision unit (DDU), comprising: 

a processing unit (PU), processing information, 
co-ordinating the units, and taking a distribution 



5 



9 



EP 1 189 403 A1 10 



decision, 

a storage (ST), storing capability information, 
and 

an input/output unit (IOU), performing commu- 
nication with a requesting unit and peripheral 5 
units of said telecommunication system. 

1 4. A computer program stored on a computer readable 
medium or in a computer memory, controlling a tel- 
ecommunication system entity by using a method io 
according to any of the claims 1 to 9. 
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FIG. 3a 




FIG. 3b 
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FIG. 3c 
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FIG. 4 
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